home *** CD-ROM | disk | FTP | other *** search
- Path: news.gate.net!not-for-mail
- From: dhaire@gate.net (doug haire)
- Newsgroups: comp.sys.mac.comm,comp.dcom.modems
- Subject: Re: faster than 28.8
- Followup-To: comp.sys.mac.comm,comp.dcom.modems
- Date: 4 Feb 1996 03:25:44 -0500
- Organization: CyberGate, Inc.
- Message-ID: <4f1qi8$1pjo@hopi.gate.net>
- References: <sumner-2001961038000001@sumner.tiac.net> <4ds0fp$4ap4@news-s01.ny.us.ibm.net> <AD29910A96685C7229@asd-stat13-153.dial.xs4all.nl> <bgrubb-2301960739100001@10.0.2.15> <4e3lbi$r3m@brachio.zrz.TU-Berlin.DE> <eric-2601960120540001@sobt.accessorl.n
- NNTP-Posting-Host: hopi.gate.net
- X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
-
- et> <DM0A30.1x@giskard.demon.co.uk> <eric-0102960011580001@sobt.accessorl.net> <DM429x.w4@giskard.demon.co.uk> <eric-0302960154340001@sobt.accessorl.net>:
- Distribution:
-
- Eric Shaw (eric@accessorl.net) wrote:
- : In article <DM429x.w4@giskard.demon.co.uk>, dale@giskard.demon.co.uk (Dale
- : Shuttleworth) wrote:
- :
- : >I know for a fact (and am quite happy to demonstrate) that my Courier
- : >can achieve near 11520 bytes/sec on highly compressible files. I have
- : >even seen some five second periods of PPP traffic where 10kbytes/sec
- : >was sustained.
- :
- : With PPP, this is possible, because PPP does its own compression in your
- : computer before the data reaches the modem, so the modem has less data to
- : compress. Compressed data travels slower through a PPP/SLIP connection
- : than it would normally because of the extra overhead of PPP/SLIP and TCP
- : protocols. Uncompressed data can actually travel faster though, because
- : of PPP's compression, or CSLIP compression when used with slip. Can your
- : Courier do this with a plain old Zmodem or Ymodem-G transfer? I seriously
- : doubt it, because the ones here CAN'T.
-
- Why do you continue to post this absolutely false information? If the
- Couriers at your location can't, it's because you have them configured
- improperly. If you are talking about the Couriers at your ISP then it's
- likely the ISP has them configured improperly or their end is set at less
- than 115200 or they have machine overhead that's limiting the transfer rate.
- But your claim that Couriers can't do this is blatantly false and has
- been shown to be false several times. Get over it!
-
- : >I suggest that you may have poor telephone connections, are using faulty
- : >modems or your measurements may be flawed in some way.
- :
- : The two Couriers were connected to two computers less than 10 feet apart
- : from each other, and I connected the line jack on the two modems with a
- : straight 8-foot phone cord, the same one that was used with the Supras
- : achieving over 11K/s. ATX3D was typed on one modem, then ATA on the
- : other. There was no significant line noise, as the data was not
- : travelling through Southern Bell's phone lines. The modems reported that
- : they were connected at 33600bps due to the near perfect line conditions.
- : Even with Ymodem-G, both computers reported transfer speeds between the
- : Couriers of 6200-6300cps.
-
- Let's see the data. I have asked for this before and I am asking again.
- This is totally bogus.
-
- : It is interesting to note, however, that the Courier can achieve over
- : 10K/s (but still not over 11K/s) when downloading from a NON-USR, but not
- : when UPLOADING. This agrees with the processor in it being too slow,
- : because most compression protocols require more time to compress (like
- : uploading) than to decompress (like downloading), probably including
- : v.42bis.
-
- Wrong again and shown wrong by me with data to back it up. Any data from
- you? Nope.
-
- --
- "Things are more like they are now than they ever were before."
- [Dwight D. Eisenhower]
-